home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / misc-part1 / 3956 < prev    next >
Encoding:
Text File  |  1996-08-05  |  2.2 KB  |  57 lines
  1. Path: EU.net!sun4nl!xs4all!usenet
  2. From: jtv@xs4all.nl (Jeroen T. Vermeulen)
  3. Newsgroups: comp.sys.amiga.misc
  4. Subject: Re: Intel Movie!?
  5. Date: Fri, 2 Feb 96 03:30:30
  6. Organization: Leiden University, Mathematics & Computer Science, The Netherlands
  7. Message-ID: <19960202.7B12650.3728@asd05-06.dial.xs4all.nl>
  8. References: <19960119.7AF33E0.DA6E@asd01-01.dial.xs4all.nl> <38232136@kone.fipnet.fi>
  9. NNTP-Posting-Host: asd05-06.dial.xs4all.nl
  10. Mime-Version: 1.0
  11. Content-Type: text/plain; charset=iso-8859-1
  12. Content-Transfer-Encoding: 8bit
  13. X-NewsSoftware: GRn 2.1 Feb 19, 1994
  14.  
  15.  
  16. In article <38232136@kone.fipnet.fi> "Jyrki Saarinen" <jsaarinen@kone.fipnet.fi> writes:
  17. >
  18. > > Better yet (number 2), this news comes just days after the latest big
  19. > > Intel bug was discovered by Motorola, and Intel had to reduce their
  20. > >áSPECint92 benchmark ratings by as much as 15% as a result.
  21. >
  22. > No wonder - their SPEC ratings have been quite high always.
  23. >
  24. > Care to tell more?
  25.  
  26. Sure.  Intel uses beta releases of its compiler to generate their SPEC rates
  27. (this may be slightly at odds with submission rules BTW) and the version used
  28. for all P6 submissions from september through december or januari had a bug.
  29.  
  30. The bug caused the compiler to generate incorrect code when trying to vectorize
  31. one particular loop in the SPECint92 suite (eqntott).  This incorrect code
  32. *happened* to generate correct results when fed the SPECint92 data set, but did
  33. it a lot faster by breaking out of an inner loop to early.
  34.  
  35. As a result the entire average SPECint92 ratings came out 15% too high.
  36.  
  37.  
  38. > > And while I'm at it (number 3):  Has anybody else noticed that some
  39. > > Pentia also have a bug in the FP *multiply* instruction?
  40. >
  41. > Care to tell about this more, too?
  42.  
  43. Sure.  There's a slight inaccuracy in FP multiply with some versions.  It's
  44. already been documented though and is nothing new.
  45.  
  46. I just thought it was a nice bit of irony.
  47.  
  48.  
  49. > a Stellar programmer          _ //
  50. > "Amiga - back for the future" \X/
  51.  
  52. --
  53. ============================================================================
  54. #  Jeroen T. Vermeulen   \"How are we doing kid?"/   Yes, we use Amigas.   #
  55. #---  jtv@xs4all.nl    ---\"Oh, same as always."/--         ...          --#
  56. #jvermeul@wi.leidenuniv.nl \ "That bad, huh?"  /  Got a problem with that? #
  57.